abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 12:11 | IT novinky

    Včera večer měl na YouTube premiéru dokumentární film Python: The Documentary | An origin story.

    Ladislav Hagara | Komentářů: 0
    včera 23:33 | Nová verze

    Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    včera 21:55 | Nová verze Ladislav Hagara | Komentářů: 2
    včera 14:11 | IT novinky

    Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.

    Ladislav Hagara | Komentářů: 4
    včera 00:44 | Bezpečnostní upozornění

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.

    Ladislav Hagara | Komentářů: 24
    27.8. 16:33 | IT novinky

    Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.

    Ladislav Hagara | Komentářů: 1
    27.8. 14:22 | IT novinky

    Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.

    Fluttershy, yay! | Komentářů: 7
    27.8. 13:11 | Nová verze

    Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.

    Ladislav Hagara | Komentářů: 0
    27.8. 05:11 | Komunita

    Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.

    Ladislav Hagara | Komentářů: 18
    26.8. 12:55 | IT novinky

    EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.

    Ladislav Hagara | Komentářů: 80
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (79%)
     (9%)
     (3%)
     (4%)
     (5%)
     (1%)
    Celkem 104 hlasů
     Komentářů: 9, poslední včera 11:53
    Rozcestník

    Jaderné noviny 253

    17. 3. 2004 | Robert Krátký | Jaderné noviny | 4468×

    Změny v udev 015. Vydáno Software Suspend 2.0. Řešení problémů s BIOSy, které hlásí nesprávné rychlosti CPU. Maximální uptime. Historie verzí jádra.

    Do konference přišlo celkem 2034 emailů, nejvíce jich poslali Greg KH, Andrew Morton a Kronos.

    Změny v udev 015, 50 e-mailů

    26. led - 6. úno

    Greg KH oznámil udev 015 a připojil popis změn od verze 014:

    • Konečně vyhledáváme řetěz záznamů o sysfs zařízení a snažíme se zachytit všechna zařízení v takovém řetězu pro každé pravidlo.

    Co to znamená pro uživatele: představte si následující sysfs zařízení:

    $ tree /sys/class/input/mouse1/
    /sys/class/input/mouse1/
    |-- dev
    |-- device -> ../../../devices/pci0000:00/
                              0000:00:1d.0/usb2/2-1/2-1:1.0
    `-- driver -> ../../../bus/usb/drivers/hid

    Je to USB trackball. udev bude následovat symlink toho "zařízení" a půjde do tohoto adresáře:

    $ tree /sys/devices/pci0000:00/0000 :00:1d.0/usb2/2-1/2-1:1.0
    /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0
    |-- bAlternateSetting
    |-- bInterfaceClass
    |-- bInterfaceNumber
    |-- bInterfaceProtocol
    |-- bInterfaceSubClass
    |-- bNumEndpoints
    |-- detach_state
    |-- iInterface
    `-- power
        `-- state

    To je adresář USB rozhraní, které je vázáno na ovladač myši. Ale sám o sobě je ten adresář nezajímavý. Žádné ID prodejce, žádné ID výrobku, nic o výrobci... Uživatel chce ve skutečnosti ten adresář nad:

    $ tree /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1
    /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1
    |-- 2-1:1.0
    |   |-- bAlternateSetting
    |   ...
    |-- bConfigurationValue
    |-- bDeviceClass
    |-- bDeviceProtocol
    |-- bDeviceSubClass
    |-- bMaxPower
    |-- bNumConfigurations
    |-- bNumInterfaces
    |-- bcdDevice
    |-- bmAttributes
    |-- detach_state
    |-- idProduct
    |-- idVendor
    |-- manufacturer
    |-- power
    |   `-- state
    |-- product
    `-- speed

    Tak tenhle adresář obsahuje zajímavé věci:

    $ cat /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/product
    Microsoft Trackball Optical?

    Takže, abych to zkrátil, můžete napsat udev pravidlo podobné následujícímu:
    SYSFS_product="Microsoft Trackball*", NAME="my_trackball", SYMLINK="input/mouse1"

    a bude to opravdu fungovat :)

    Velmi se to hodí pro všechna USB a SCSI zařízení na USB nebo Firewire sběrnicích.

    Další velkou věcí v této verzi je 'udevinfo'. Je to způsob, jak získat informace z udev databáze o tom, která zařízení máme, jak se nazývají, atd. Zároveň také projde sysfs řetěz jakéhokoliv zařízení a vypíše o něm všechny informace, což se hodí při vytváření udev pravidel.

    Díky Kayi Sieversovi, který udevinfo napsal. Dobrá práce.

    V této verzi se také představuje udev démon. Má tři části:

    • udevsend - posílá hotplug zprávu udev démonu.
    • udevd - udev démon, dostává hotplug zprávy, seřazuje je do správného pořadí a předává je programu udev, aby se podle nich zařídil.
    • udev - beze změny.

    To nám umožní udržovat udevsend a udevd malé a pokud možno nechybové. Tyto programy vyžadují ještě dost práce než budeme mít pocit, že jsou dost stabilní pro všeobecné použití. Pomoc vítána.

    Díky Kayi Sieversovi a Xiaofengu Lingovi za práci na udevsend a udevd. Ještě jednou, opravdu to oceňuji.

    Chris Friesen se zeptal, proč byl udev démon rozdělen na tři části. Greg odpověděl: Mělo by to tak být rychlejší. Můžeme poslat udev pracovat pro různá zařízení najednou.

    Vydáno Software Suspend 2.0, 46 e-mailů

    29. led - 4. úno

    Nigel Cunningham napsal:

    Software Suspend 2.0 pro kernely 2.4 a 2.6 je k dispozici na http://swsusp.sf.net. Verze 2.0 představuje velký pokrok oproti předchozím a obsahuje následující funkce:

    • Podpora pro HighMem (až 4G), SMP (SMP je nyní podporováno pouze s 2.4; podpora pro 2.6 snad není příliš vzdálena) a preemptivní jádra.
    • Podpora libovolného počtu swap oddílů a/nebo souborů.
    • Plně asynchronnní I/O a readahead pro synchronní I/O pro maximální propustnost.
    • Komprimace image (LZF a GZIP - první možnost je velmi rychlá a velmi doporučovaná).
    • Podpora úschovy plného obrazu paměti, což zajišťuje rychlý a pružně reagující systém po obnovení.
    • Podpora pluginů: datové transformátory (komprimace, šifrování) a nové úložné backendy (podpora NFS je v plánu).
    • Pěkné uživatelské rozhraní (Bootsplash (http://www.bootsplash.org) kompatibilní).
    • Možnost určit maximální velikost image.
    • Možnost přerušit suspend stisknutím Escape (z bezpečnostních důvodů to lze zakázat).
    • Rychlost a spolehlivost. Software Suspend 2.0 bylo po mnoho měsíců důkladně testováno na mnoha konfiguracích. Nezaručujeme, že je perfektní, ale objevené chyby budou rychle odhaleny a opraveny.

    Stránky Software Suspend obsahují rozsáhlou dokumentaci, včetně známých problémů (především podpora DRI a USB) a FAQ. K dispozici je i aktivní konference.

    Suspend 2.0 má následující problémy:

    • Podpora DRI nezvládá ve 2.4 & 2.6 power management.
    • Podpora AGP ve 2.6 je implementována jen částečně.
    • Chybí podpora USB ve 2.4 a 2.6.
    • Podpora SMP je pouze pro 2.4.
    • Další ovladače mají podporu power managementu v různých stádiích.
    • Žádná podpora pro discontig paměť.
    • Suspend vyžaduje rozšíření PSE (viz /proc/cpuinfo).
    • Highmem >4GB není podporována.
    • SMP má problémy se ztracenými přerušeními během obnovy
    • 2.6 před vypnutím pořádně nevyprazdňuje keše.

    Některé z těchto problémů lze obejít: viz FAQ.

    K používání suspend potřebujete dva patche: jeden pro konkrétní verzi jádra (použijte ten nejnovější pro vaši verzi) a druhý (aplikovaný potom), který obsahuje hlavní soubory.

    Řešení problémů s BIOSy, které hlásí nesprávné rychlosti CPU, 13 e-mailů

    31. led - 6. úno

    Tony Lindgren napsal:

    Posílám malý patch, který provádí kontrolu hodnot maximální rychlosti a napětí hlášených BIOSem.

    Některé hloupé BIOSy poskytují špatné hodnoty po změně CPU. Například v mém případě BIOS tvrdí, že maximální rychlost procesoru je 1600MHz, ačkoliv běží na 1800MHz. (No jo, levné Emachines m6805...)

    Takové kontroly by měly být bezpečné, protože věci mění pouze pokud už stroj běží na vyšší rychlosti, než říká BIOS.

    Dave Jones a Pavel Machek reagovali; Dave řekl: Pánové, zas další problém s PST tabulkami těch eMachines. A Pavel: Někdo by je měl otravovat, aby už konečně ten svůj BIOS opravili. Pavel nabídl vlastní verze několika věcí, na kterých pracoval Tony, a ten si to probral, aby využil nejlepší kousky.

    Maximální uptime, 26 e-mailů

    1. úno - 4. úno

    Markus Hostbacka chtěl vědět, které kernely mohou dosáhnout vyšších uptimů než 497 dní. Matti Aarnio odpověděl, že žádný 64 bitový stroj to omezení nemá. Někdo jiný řekl, že je překvapený, že v kernelech existuje vůbec nějaký limit, a Matthew Reppert vysvětlil:

    Na 32 bitových architekturách je počítadlo uptimu široké jen 32 bitů. Každé "tiknutí" počítadla představuje 1/HZ vteřin (IIRC). Takže počet vteřin, který zvládne, dostaneš snadno (2^32 * 1/HZ, HZ je na i386 100). To je přibližně 497.1 dní.

    Na 64 bitových architekturách počítadlo pojme 4 miliardkrát tolik, což je asi tak doba existence Země. 2.6 však zjevně přineslo způsob, jak to řešit i na 32 bitových architekturách.

    Christian Borntraeger poukázal na to, že nechat jakýkoliv kernel běžet tak dlouhou dobu by asi nebylo vhodné z hlediska bezpečnosti, protože aktualizace jádra často obsahují důležité bezpečnostní opravy.

    Historie verzí jádra, 2 e-maily

    4. úno - 6. úno

    Terry Vessels sestavil několik stránek se seznamem tolika vydání kernelu, kolik se mu jich podařilo vystopovat. Nabídl HTML a textovou verzi. Bill Davidsen napsal: Díky za přehled. Kéž by se i nadále rozrůstal. Nechce se mi věřit, jak dlouho mi běžely stroje po té, co jsem je vyladil... můj poslední stroj s 1.2.13 jsem sundal v podvečer Nového roku 2000, stále mám jeden s 2.1.106 a další s 2.0.33 jsem upgradoval na RHEL-3.0 počátkem tohoto roku. To už něco říká o stabilitě strojů, které nemají problémy s bezpečností - mohou teoreticky běžet navždy.


    V originálu Kernel Traffic 253 vyšla navíc ještě tato témata:

    Tento článek vychází ze seriálu Kernel Traffic (www.kerneltraffic.org) a je zveřejněn pod licencí GPL verze 2.
           

    Hodnocení: 36 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    17.3.2004 10:48 PorGr | skóre: 16
    Rozbalit Rozbalit vše Uptime na 2.6.x
    Ze vztahu pro uptime plyne, ze cim rychlejsi procesor, tim kratsi uptime, nebo jsem to spatne pochopil?
    17.3.2004 11:46 peter
    Rozbalit Rozbalit vše Uptime na 2.6.x
    No ja som to pochopil tak, ze HZ je na i386 100, takze je to 497.5 dni :-)
    V PC su najcastejsie dva casovace. Jeden je fyzicky obvod (casto sucast inych obvodov) a druhy je v procesore a skutocne jeho frekvencia zavisi od frekvencie procesora. Jadro na casovanie pravdepodobne pouziva ten fyzicky(zrejme pretoze moze vyvolavat prerusenia), ktory ma ale mensie rozlisenie ako ten na procesore (aj casovo aj sirkou /podotykam, ze ten fyzicky len tika, zato ten na procesore aj pocita, takze pocet bitov toho fyzickeho je zavisly na implementacii/). Nevie niekto ako je to teda riesene v 2.6? V tej sprave bola o tom nejaka zmienka.
    18.3.2004 20:45 David Jež | skóre: 42 | blog: -djz | Brno
    Rozbalit Rozbalit vše Uptime na 2.6.x
    jen bych to upresnil, na architekture PeeCee je vice casovacu, ale ne nejaky fyzicky a psychycky nebo nevim jaky :-) ale casovac ktery lze libovolne pouzit pro praci s casem, casovac ktery ovlada refresh ramek a da se take pouzit uplne libovolne pokud ti nevadi ze to system neprezije :-) a dalsi ktery neprerusuje takze se da pouzit pokud ti to nevadi a nebo se muze pouzit pri zvraceni do chrchlaku a byva proto vetsinou zdrojem vsech vriskotu z PC speakeru :-).
    Zatimco hodiny jsou v podstate multivibrator ktery nic nepocita ani necasuje ale ktery svym signalem ridi vsechny synchronni logicke obvody treba na sbernici a mimo jine treba procesor na jehoz draty tento signal leze. Pokud by v pocitaci tyto hodiny nebyly tak by se choval naprosto nepredvidatelne a jednotlive chaosoidni casti by se spolu nedomluvily.
    -djz
    "Yield to temptation; it may not pass your way again." -- R. A. Heinlein
    18.3.2004 09:34 Ctirad
    Rozbalit Rozbalit vše Uptime na 2.6.x
    Špatně pochopil. Tím i386 je myšleno PC železo obecně. A těch 100Hz nemá naprosto nic co do činění s frekvencí CPU, sběrnice nebo čehokoliv kolem toho.

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.